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ABSTRAC T 

The Traffic Simulation Model outlined in this 
work, simulates the flow of mixed traffic on two lane and 
multilane highway systems, including intersections. 

The Indian highway network is such that there 
are number of intersections at grade, where different 
highways meet or cross each other. The traffic flow passing 
through them assumes complex behaviour pattern, affecting 
considerably the flow process on the road system. Hence, to 
capture the flow behaviour on the entire highway system it is 
necessary to simulate the traffic flow through intersections. 

The objective of this study was to develop a 
submodel for traffic flow through intersections and 
incorporate the same into existing Indian Traffic Simulation 
Model (ITSM) without disturbing its initial structure. 
Simulation runs were made to test the flow logic. A few 
simulation experimental runs were also made to study the 
model output for certain levels of input parameters. 
Necessary modifications to ITSM with respect to intersections 
include: 

(a) introduction of intersection code. 

(b) to reduce the speeds of the vehicles approaching 



intiersection , this is acheived in the model by reducing their 
local speeds as they are about to enter an intersection. 

(c) to wait in the queue at intersections if sufficient gap 
is not available between cross flow vehicles. 

(d) to clear the intersection if enough gap is available. 

The model outputs the performance of simulated 
vehicles both on intersections and road sections. The events 
that are recorded with regard to an intersection consist of 
identification no. of vehicle, vehicle type, time of entry, 
waiting time, time to clear, exit time etc. 

Since this is the first attempt in this 
direction, detailed sensitivity analysis was not taken up. 
The model system when fully developed after validation and 
calibration, will have wide applications on the Indian 
Highway Network System. 
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1 , CHAPTER 
INTRODUCTION 

1.1 Background: 

The simulation model, presented in this study, 
simulates the flow of mixed traffic on two lanes and 
multi lane highway systems, including intersections. The model 
outputs the performance of simulated vehicles both on 
intersections and road sections. 

The national and state highways running across 
the le?ngth and breadth of our country are mostly two lane 

wide, with 7 metre wide pavements with or without shoulders 

on each side- As, considerable proportion of traffic moves on 
this road network, study, of traffic flow on them assumes 
pivotal importance. Due to highly heterogenous nature of 
vehicles on Indian roads, the study of traffic 

character isti cs and behaviour on road sections adds more 
complex it ies- 

1.2 Traffic Flows 

A traffic flow model should be able to 

evaluate' 

- Speed flow relations 

- Capacity of road at various levels of 


ser vi ce; and 
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- effectiveness of alternate remedial aids in 
terms of traffic flow and traffic saftey. 
This can be acheived by simulating the behaviour of vehicles 
on road system- 

The traffic flow composition on Indian roads 
is mostly heterogeneous in character with both fast and slow 
moving vehicles having wide variations in speeds and 
dimensions- Fast moving vehicles such as cars, trudks and 
buses interact with a number of slow moving vehicles like 
animal driven vehicles etc-, Two wheeled motor vehicles like 
scooters/motorcycl es also considerably affect the flow of 
other vehicles- The variation in dimensions of different 
categories of vehicles affects the traffic flow behaviour 
(overtaking and passing manoeuvres) . Wide vehicles such as 
trucks, cars and bullock carts etc-, occupy almost full lane 
while moving at their free speeds. Whereas, two wheelers like 
scooters and motorcycles occupy very little width and hence 
two or more of them can travel in one lane. Trucks, buses and 
cars require more clear width of road than animal driven 
vehicles. t 

It is very much difficult to study the flow 
pattern of the mixed traffic unless the interactions between 
the vehicles are studied in detail by a realistic simulation 



model. Most o-f the national highways in this country are only 
two lane wide carrying a large volume of- traffic with faster 
vehicles coming across a number of desired overtakings or 
passings. 

1.3 Traffic Simulation Modelling: 

1 

Simulation is. resorted to when the system in 
study is not amenable to analytic techniques and direct 
experimentation with the system is impractical. Simulation is 
a technique -for representing a dynamic system by a model and 
experimenting with the model in order to gain in-formation 
about the system - 

The traf-fic -flow on road system represents a 
complex logical behaviour pattern, which cannot be studied by 
analytical or empirical modelling- Simulation modelling can 
help to describe the behaviour o-f the tra-f-fic stream as 
vehicles traverse a speci-fied ssection of the road. 

The simulation model should thus have 
overtaking and passing logic's. The model should be composed 
of a series of submodels, both deterministic and stochastic 
in nature to describe the free flowing traffic and 
interaction between vehicles. The relevancy of the model is 
dependent upon the accuracy of the? submodels the manner in 
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which the submodels axre linked and the inclusion o-f relevant 
submodels- 

There have been various attempts in the past (A 
simulation model of two lane and four lane highways for 
Indian traffic conditions. Marwah B.R, 1983) to simulate the 
traffic on two lane roads- This has ventured in the evolution 
of various models; the most sophisticated and comprehensive 
traffic simulation model is the VTI model , developed by the 
Swedish road i\nd traffic institute- 
1-3-1 About The VTI Model: 

The VTI model is the outcome of the work done 
by Gynnerstedt et al 1977 , 1979) at VTI. This is the first 
discrete event tr^iffic simulation model with a long history 
of development and rigorous validation. The model considers 
homogenous motorized traffic- The VTI model is based on the 
large scale data collection in connection with overtaking 
behaviour and deesired speed distribution. 

The desired speed is related to road width, 
speed limit, horizontal curvature and gradient. There are 
thirty. two different types of overtaking maneuvers 
considered- The roadwc\y is divided into homogenous sections 
called "blocks". Four categories of vehicles are considered 
in this models Though these four classes of vehicles vary 
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with regard to speeed, lengths and widths they all use -full 
traffic lane for movement, which has made the formulation 
easy that there will be one vehicle at any point on a lane. 
The scanning is event oriented and the most tedious part of 
the model is the large amount of field work required for the 
input data. 

As it is the case, the model has its 
limitations. Such as, it cannot foe applied directly to Indian 
traffic which constitutes heterogeneous traffic composition, 
with wide variations in speed, power—wei ght ratio, 
accel erat i on/dE^cel erat i on ratG?s etc. The model does not 
consider the effect of i ntersect i ons on the traffic flow. 

Eteside^s its usability the limitations has 
necessiated to modify the model without disturbing the basic 
structure of the Swedish mode?l and extending it to foe 
implemented for Indian road networks. The research work 
c«<r r i ed out at. I . I . T - Ka(np)ur , India, has resul ted in the 
development of an Indian Traffic Simulation Model <ITSM) for 
i rnp 1 emen t at i on on I rvd i an r oad s . 

1.3.2 .Indian Traffic Simulation Model (ITSM): 

The ITSM has the capability to simulate 10 
different vehicle types which include fast and even slowest 
vehicles such as bullock carts etc. These ten vehicle types 
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are g r o li p e? d into f o li r v e li i c 1 e g r o i.A p s a n d li b e d i n the nri o d e 1. « 
The? categorised vehicle types intcj particular ve?hicle groups 
are represente^d in the model as per table 


Vehicle group 


Group name 


Vehicle type 


1 Car Car, tempo, 

Wagon etc. , 

2 HM V Bus , t r uc k , 

Tractor , 

Heavy trucks 
etc « , 

3 Two Wheelers Scooters, 

Motor cycles 
etc« , 

4 ADV Horse carts, 

Bullock carts 
etc • , 


Tc^b 1 e 1-0 

The dynamics of traffic interaction and the effect of road 
geometry on traffic operations have been captured through a 
discrete event based flow logic and pDrogrammed in SIMULA 
using (Jackson Structured Programming) technique. 

There are many submodels such as s - 

- Basic desired speed 

- Power /Weight ratio ^ 



•“ Gap acceptance probabilities 
•“ Free speed 

These submodels hc<ve been cal i brat ed with extensive -field 
data. The model has been validated for different levels of 
traffic flow on plain, rolling and hilly terrains for two 
lane and four lane roads. The model results has shown close 
aggreement with the field observations for all the stretches 
considered. The simulation model thus possesses the potential 
for analyzing compleex traffic behaviour on Indian roads- 

The model provides adequate information about 
those factors relevc^nt in assessing the effe^cts on traffic 
op6?rations, when road attributes are changed etc,, It also 
provides insight for the planners to identify problem 
locations and for taking up necessary measures. 

1-4 Problem Definition: 

The Indian Traffic Simulation Model is able to 
simulate the flow of heterogeneous traffic on road sections 
with a sufficient level of confidence. However, the Indian 
highway systems has most of the intersections on grade- To 
assess the traffic flow performance the flow behaviour of 
vehicles through i ntersect i ons also need to be studied, in 
de^tail- The vehicles may have to wait at intersection to get 
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way- The clelaxy caused to a vehicle cat the intersection 
depends upon 

- Flow level in the stream 

- Queue length and position o-f vehicle in the 
queue 

- Cross -flow levels and their headway 
d i str i but i ons . 

The -flow system on the intersection is thus 
quite complex as the flow o-f vehicles on crossing roads also 
need to be studie-jd. The simulation of vehicles on the road 
system having i nter secti ons will help in assessing the 
performance measures of the overall system and also the 
remedial measures for the intersection system- 

It is proposed in this study to simulate the 
flow of vehicles on the road system with intersections. 

1.5 Scope o-f the work: 

The scope of the pre^sent work consists of 
de?veloping a submode?! for intersection simulation and to 
incorporate the same in the ITS model. The computer runs are 
to J3e made to test the logic. The model along with the newly 
developed submodel should be able? to simulate the flow 
behaviour of traffic stream on road sections as well as 


i ntersect i ons. 
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The futuree work relates to calibrate 
validate-? the model against -field ex per i ment at i on « 


and 
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•z^ CHAPTER 

Traffic flow Modelling 

2.1 IntrodLiCtion: 

A tra-f-fic simulation model describes the 
behaviour o-f the traffic system by considering in detail the 
behaviours of individual vehicles as they traverse a 
specified section of road. As mentioned, there are number of 
models both analytical and simulation which are used to study 
the behaviour pattern of traffic, but the model specified in 
this work (ITSM) is most advanced and comprehensive. This 
traffic simulation model is programmed in language called 
SIMULA 67 <0. J. Dahl ,B. Myhrhaug'jK. Nygaard , 1971 ) which is an 
SKtension of progrctmmi ng language ALGOL60. In the development 
of the model Jackson Structured Programming (JSP) technique 
is used for system and programming work. JSP is a problem 
solution method, programnu ng language independent, software 
and hardware independent improves programme reliability and 
reduces programme maintenance costs dramatically 

( Ingevaldsson , 1980) . 

On the basis of the road geometry, speed limit 
and the presence of other vehicles on the road which prevents 
the movement of individual vehicles to travel at their speeds 
splits the traffic simulation model into two parts. 
l.Free flow model s In which the vehicle speeds are 
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governed by geometry only* 

2- Interaction model s In which the vehicle speeds are 

g over need by interactions between 
the individual vehicles of the 
traxffic stream- 

2.2 Programming Language; SIMULA 67s 

The traffic: simulation procgram is written in 
SIMULA 67 language, which is an ex tejnsi on ‘ of ALGOL60- SIMULA 
l£^nguage is designed to provide simulation facilities without 
loosing the advantage of a powerful general purpose language. 

SIMULA (G M. Birtwistle et-al.,1973) consists 
of adciitional features like record c^riented dynamic memory 
allocation, reference or pointer structures, sets and queues, 
text and character handling, sequential and direct access 
input-output, quasi parallel sec:|uenci ng and processing 
(event) oriente^d simulation capabilities- It is designed in a 
way which makes it eeasy to produce perspicuous, well 
structured readable and secure programs. SIMULA67 is well 
acjapt€“'d to structure programming methodology- 

SIMULA is more than just a notation for 
describing cc^mputer processes - it also provides a framework 
for concept creation and is a tool of thought in problem 
analysis. SIMULA has been designed to trap as many errors as 
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possible during compile time. DEEC 10/20 SIMULA version has 
also a very powerful on line debugging system called SIMDDT- 

In SIMULA an object is a single entity which 
combines action and data associated with the component of a 
system. An object in gene?ral consists of three parts:- 

- A l“i e a d i n g i ( i e n t i f y i n g a n o b . j e c t 

- A d a t a s t r u c t a r ee 

- An action pattern, 

A CLASS de^cl cxrat i on provides all these 
p^roperties which are common to every object of the class and 
which are not subjected to change during the object's life 
span. A CLASS declaration serves as a fixed enblock 
description. 

SIMULA Ic^nguage is provided with a p^redefined 
system CLASS SIMULATION, which contains all the necessary 
concepts for queues and active and passive components. When 
the identifier SIMULATION is prefixed to a block, the objects 
of this block can make? use of the concepts of SIMULATION. 
Such as, joining the queues, activating or passivating the 
necessary process, referencing the objects in the queue etc., 
within CLASS SIMULATION, inner to this there are three 
classes which cxre of prime i mportc^nce . 

PROCESS : Which is used to prefix classes whose objects 
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have? ^^ctive or passive phases- 

L I NK 2 Wh i ch i s used to pr ef i x c: 1 ass6?s whose ota j ect s 

are to be place in and removed -from queues- 
HEAD : Which serves as the head o-f the queue- 

PROCESS is itself prefixed by LINK, so that the PROCESS 
objects have queue membership attribute's- 

2-3 Process for simulation programr 

The traffic simulation model which was 
devejloped by VTI consists of two process 2 - 

a- Vehicle generator process -• It is a vehicle generator 
process, as soon as the vehicles are generated the PROCESS 
CLASS concept allots them individual driver vehicle 

attributes- These objects are defined by parameters like 
identification number, vehicle type, basic desired speed, 
power-wei ght ratio etc- Traffic attributes include 
coordinates at entry and exit, direction of travel, arrival 
time etc- This processs also activates the vehicles at their 
starting times- This ve?hicle generator process is rep?resented 
in the program by PROCESS CLASS GENERAT(DR PROCESS- 
b. Equipage Process - PROCESS CLASS VEH 

This process describes the? be?haviour pattern of each 
individual vehicle generated in the above process as they 
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traverse along the road section- It describes all the 
possibilities that a vehicle can have as it moves on the road 
like moving freely, following a vehicle, overtaking a vehicle 
or being overtake?n, lane changes etc- This process is the 
kernel of the simulation model- As a vehicle comes across so 
many possibilities as it moves on the road section especially 
in mixed traffic conditions, it places considerable demand on 
program structures. As the vehicle moves from one block to 
other the times at which the next event of each vehicle will 
occur are calculated. The events are then executed in 
chronol ogi cal order- The ordinary cycle for an arbitrary 
vehicle is:- 

(i) Predict the time of next event - PREDICTNEXTEVTIME 

(ii) Await the predicted time - HOLD 

(iii) Mave the vehicle in time and space - DRIVE 

2.4 Road description: 

The road is represented in the simulation 
program as a series of road blocks and a sight distance 
function in each direction of travel. Each road block object 
is homogeneous with regard to road ge^ometry (i-e. road width, 
sLirfcXce type, auxiliary lane, longitudinal slope, horizontal 
curvature) and traffic regulations (speed limit, overtaking 


restriction) - The road blocks are gene?rated from the main 
simulation program and is represented in the? program by LINK 
CLASS ROADE^LOCK- Eaxch roadblock generated will be homogenous 
with respect to above attributes and are placed in a series 
by the system procedure LINK™ 

2-5 Free flow and Interacting models: 

Eiach vehicle in the traffic stream has its own 
basic desired speed at which it likes to move on the road, 
this basic' de?sired speed at which vehicle tries to move is 
restrained by the road geometry or speed limit and presence 
of other vehicles on the road- 

On the basis of this the traffic simulation 
model is divided into two parts. The first part in which the 
vehicle speed is limitc^d by road geometry only is called 
“Free flow model**. The second one in which the vehicle speed 
is governed by the presence of other vehicles on the road is 
called ** Interaction model ** - 

2-5.1 Free flow model: 

The concept of basic desired speed is 
essential to a traffic simulation model. This is the speed at 
which *a vehicle wishes to travel. But it is prevented in 


doing so by the following factors: 



^16 


- Road width 

•“ l -l o r i z o n t a 1 c u r v a t u r e 

- Speed limit 

- Gradient 

For each vehicle the speed is determined by considering the 
above three factors and the effect of gradient is 

superimposed to obtain the actual speed. 

The basic objective in the development of this 
model involves calibration of a distribution for basic 
desired speejd , for individual class of vehicles. Let this be 
denoted by V^and a sample from Vq and ^0^^^ denote the 

median value of Vq , 

Firstly, the effect of road width is 
considered on this distribution, the resulting distribution 
be denoted by and and carry their original 

meanings with respect to new distribution. Similarly the 

effect of horizontal curvature and speed limit results in the 
d i s t r i b u t i on s , 

'^2 ~ V2m>'^2i 

^3 _ '^3m^'^3i respc^ct i vel y , 

Anal yt i cal 1 y , it can be^? represented with function f 

describing the effect of factor "i' on the median value 
o-f Vi_i . 



IT 



speed relationships, various trans-f ormat i ons were used such 
that the speG?d difference between V0 and V3 is the same for 
all the speeds- i-e- the curves for the basic desired speeds 
of vehicles are transformed into a family of parallel 
curves. The calibration constant 'Q' is such that V3 is 
appr ox i mat el y distributed as minus a shift 'D' which is 
dependent on all the three factors. 

The transformations on the speed distribution functions can 
be represented di agramatic£^l ly axs in figures 2-2(a) and 
2-2(b)- 

The road description in the model has given as 
a series of homogenous block, with constant roadwidth, speed 
limit, hori wonted curvature, gradient and overtaking 
restrictions throughout the length of the block- A change in 




FIG. 2-1 - SPEED GEOMETRY RELATIONSHIP 
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any one of these parameters will mark the beginning of a new 
block or the block limit- The fig- 2- 3 shows the speed V3 
which is dependent on road geometry, changing its profile 
abruptly at the end of each block. 

To come over this problem of abrupt change in 
speed profile at the end of each block limit necessiated the 
concept of ‘'Influence block". Creation of this influence 
block ensures a gradual decrease or increase in speed or 
acceleration of the vehicle at the point of discontinuity as 
shown in fig. 2. 4 . 

Each type of vehicle is assigned a specific 
distribution of power to weight ratio. These ratio's are 
derived from obse^rvat i ons on gradient using the following 
expressions 

p V*^ 0 -V^l/ 2 S 4. gh/S -4 Cp(V04-V^)/2 4. f(C^,V0,Vi) 

where V0 - Speed at the start of the section 

- Speed at the end of the section 
S - Length of the section 
h - Vertical height climbed 
Cp ““ Constant of rolling friction 
C^ Constant of air friction 
g Acceleration due to gravity 
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The 'p' values are used to govern the 'V3 ' distribution in 
order to incorporate the speed reduction on hills and also, to 
govern the rate of acceleration both on the hills and on the 
top. 

The ef-fect ot gradient on the speed 
distribution at ter considering the total effects of road 
width, hori zontal cur vat Lire and speed limit is superimposed 
to obtain the actual speed at which the vehicle is traversing 
a road section. 


The free block speed is the velocity of the 
vehicle in a specified block, as the traffic is divided into 
10 typers and each type has a specified speed distribution, 
power -wei ght ratio, rolling and air resistance co-efficients, 
the* free spee*d of the vehicle for a block is determined 
from the following equation. 

^ 3 i ^ 0i*^^^ 3 m^ 


where 


V3i= Desired speed in the homogenous block 
V(3i- Assigned basic desired speed of the 
vehicle 

Basic desired speed of the median 
vehicle 

Block speed for the median vehicle 
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2-5.2 Interaction models 

Vehicles interact with each other as they move 
over the road sections. A vehicle is said to be interacted by 
surrounding vehicles when it is constrained by another 
vehicle or a group of vehicles or it is overtaking/passing 
another vehicle or a group of vehicles. Interaction of 
vehicles in traffic with each other restrains them to move at 
the desired speed of each vehicle type. Interaction model is 
the most important of the traffic simulation process in that, 
it affects the entire behaviour of the traffic stream. 

2.5-2(a) Track/lane classification: 

The VTI model divides the roaid width into 
three parts or tracks/lanes for each direction of travel. 

(i) Track 2 : The usuc^l lane in which traffic moves in one 

direction 

(ii) Track : The lane which is used by overtaking vehicles 

(iii) Track : Hard side shoulders or extra lanes which is 

used by vehicles in passing operation. 

In India, most of the highway roads have unpaved shoulders 
which are very rarely used for pasBing manoeuvres. The 
following diagram in f ig. 2- 5 represents the? road width with 
three tracks for each direction of travel. 




3 hard :5H001_DER/eXTI?A LANE 


DlRaCTlOM 


1 


TRAVEL 

Z 



1 

2 
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OF 
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HARD SHOULDER /eXTRA LANE 

5 



■ FIG. 2-5 - CLASSinCATION OF TRACS/LANES IN 
THE MODEL. 
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2.5.2(b) Events or Decision points: 

The VTI jTiodel is a event based one, the 
primary event takes place while crossing road blocks. Similar 
additional events will take place where sight distances 
change and also where interaction takes place between 
vehicles. Events occur during interaction wherever the status 
o-f the vehicle changes. The status of the vehicle is updated 
as soon as it passes the following points:- 

- A decision point for flying overtaking 

I 

“ A decisicDn [;.)oint -for accel er at i ve overtaking 

- A point when the overtaking vehicle is in level with 
the oveertaken vehicle 

A point where an overtaking finishes 

““ A point where an oncoming vehicle crosses a vehicle 
desiring to overtake 
A block limit 

8 i n c : e t h e p r e tin e n t lay b e p h a s i s o n t h e si rT) u 1 a t i o n o f t r a f f i c 
at i nter sect i ons where in the possibility of any overtaking 
(f 1 yi ng/accel er ated ) is ruled out , for cietai led description 
about flying or accelerated overtakings report no- 321 and 43 
of the National Road and Traffic Research Institute (Sweden) 
or the detailed report on Indian Traffic Simulation can be 


consulted - 
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2. 5- 2(c) Reference to Interacting vehicles: 

The two lane hicjhways of our country are 7.0mi. 
wide with unpaved shoulders on both sides- The composition of 
the traffic is such that the vehicles generally do not remain 
in the specified lane- So, in case of mixed traffic flow, at 
times, two vehicles may be traveling at their free speeds in 
one lane without any interaction like 2 scooters or a scooter 
and an animal drawn vehi cl e ( ADV) - Thus, for determining the 
operation mode of a vehicle one is not interested in the 
vehicles which are ahead or behind it but in that vehicles 
which are likely to interact- 

In VTI model whenever reference is to be made 
to a vehicle ahead or behind the current vehicle the 
following procedure is adopted. 

(i) calculate refere^nce <R) to vehicle (ahead or behind) the 
current vehicle (C) in lane X. 

(ii) Test is made whether the type of referred vehicle (R) 
interacts with the type of current vehicle- The' following 
table 2 gives those combinations of vehicle types that do not 
interact in the Scime lane. In case of no interaction vehicle 
ahead or behind or 'R' is tested for interaction with current 


,♦ 


v6>hi cl 0 VC ' . 
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Type of current 
vehi cl e 


Reference vehicle <R) 


Cars 

HMV 

Scooters 

ADV 


Scooters 

Scooters 

Scooters , HMV , Cars , ADV 
Scooters 


Table-2- C 

2«5.2(dl) Prediction o-f events: 

The model is event based- The event list 
consists of details about the events currently predicted to 
take place next- Events are assumed to occur at calculated 
times- At each event, the data are updated and a particular 
event is generated from among the possible consecutive event 
types. Events are executed in a chronol ogi cal order- 

The cjrdinary cycle for. an arbitrary vehicle 

consists of : - 

(i) The time of occurrence of next event is predicted - 
PRED I CTNE XTE VT I ME 

(ii) Await for the predicted time. It may happen that 
during this phase, other surrounding vehicles may 
interact with the current vehicle and the prediction 
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o-f next event time in the above may be not correct. A 
prediction of the new earlier event time is then made, 
(iii) The vehicles is moved in time and space i.e. the 
vehicle attributes are updated. 

2.6 Validity of a traffic simulation models 

The description outlined above represents the 
manner in which a real life road system is modeled in a 
computer. 

A simulation model becomes useful only if it 
enables us to learn something about the system. This is 
acheieved firstly, by calibrating the model against field 
data and secondly, by validating the model to check for its 
potential to meet different field situations. It may also be 
necessary to calibrate the values of some parameters in the 
light of simulation results during validation exercises. The 
properties to be used for validation should be such that they 
represent the output of the observed and simulated means and 
standard deviations helps in quantifying how good or bad the 
comparisons were. 

The results obtained from the simulation model 
(ITSM) has proved to be in close comparison with the field 
data. The efficiency of the model limits to the road sections 
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without any intersections in between- The necessary 
modifications incorporated into the model through present 
study, considers the presence of i nter sect i ons and their 
effect on traffic behaviour passing th-rough i ntersect i on - 
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3-0 CHAPTER 

TRAFFIC FLOW MODEL FOR INTERSECTION 
3.1 Introduction: 

The Indian Tra-f-fic Simulation Model (ITSM) -for 
two lane and -four lane highways as existing simulates the 
flow of different vehicle types on the road sections of 
different vehicle types on the road sections of different 
geometries. The model has been calibrated and validated for 
plain, rolling and hilly terrains. 

I 

The Indian highway system is such that there 
are a number o-f intersections at grade, where different 
highways meet or cross each other. To capture the flow 
behaviour on the entire highway system, it is necessary to 
simulate also the behaviour through intersections. The 
inclusion of intersections in the road system is attempted in 
this study. The ITSM is being modified in such a manner that 
its existing data structure is retained and the effect of 
simulation of vehicles through intersections is also 
incorporated. The model system, as developed in this study, 
is a first attempt in this dircection. This model system when 
fully developed will have wide applications on the Indian 
Highway Network System. 
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3.2 About the model: 

This model is integrated with the -free flow 
and vehicle interaction models of ITSM. The model simulates 
the complete behaviour of the vehicles in terms of speed 
changes, turning movements, delays, waiting etc. as they 
pass through an i ntersect i on . The output of this model is 
helpful in determining the flow character i st i cs like speed, 
del£^y etc. through the i nter sect i ons. 

A vehicle when approaches an unsignalized 
intersection, the driver desires to take a left turn, right 
turn or move straight depending upon his destination and the 
layout of i ntersect i on . The intersection may be a T-junction 
or a crossing with four or more approaches. The flow 
behaviour of the vehicle entering an intersection is affected 
by the characteristics of intersections, and also by the 
traffic streams moving in different directions. In certain 
situations the vehicle may clear an intersection without any 
delay whereas in someother cases it may have to decelerate or 
stop and look for a gap between the vehicles in cross flow. 

The flow logic for the intersection is 
relatively complex compared to the road sections. The 
simulation of the vehicles is attempted in this model 
considering the? i nter secti on character i sti cs and the traffic 
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flow character i st i cs of di f f erent sect i ons- 
3-3 Intersection environment: 

The geometric charact er i st i cs of the 
intersection that are of interest in the flow process include 
th& length of the intersection along the road under 

simulation, the length of the intersection al 
mergi ng/croBsi ng flows, the number of lanes and o1 

geometries* The road width on the section close to 
intersection is generally more than that of the road strei 
A driver approaching an intersection may psychologic^ 
reduce the speed of his vehicle to some extent even if he 
not be held up by some other crossing stream. 

The ITSM divides the road stretch 
homogenous blocks with respect to road width, speed li< 


curvature, gradient 

etc . 

, A new 

set 

of 

block na< 

"Intersection block" 

i s 

i ncl uded 

i n 

this 

model . 


intersection block is defined in terms of the intersec- 
length and other geometric character i sti cs like number 
lanes etc., An "Influence block" is introduced between 
intersection block and adjoining homogenous road blocks. ' 
influence block acts as a transition zone for the vehi^ 
desiring to enter intersection from the road block, thus 
vehicles may reduce their speed and can also wait in queUi 
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the in-fl Lienee block. The change in the road width is 
accounted -for also in the in-fluence block. An influence block 
beyond the intersection (influence block on exit) is also 
introduced that accounts for the acceleration of the vehicle 
from the local speed to the free speed of the next road 
block. The intersection has three components s - 

(i) Influence block on entry 

(ii) Intersection block 

( i i i ) I n f 1 Lien c e b lock on exit 

The length of the intersection block is based on the geometry 
of the intersection. While the length of the inflLience block 
at entry and exit are decided considering the geometry of 
road and vehicle characteristics. The length of the inflLience 
block on entry is more than that of the length of the 
influence block on exit; The block layoLit is as shown in 
f i g , 3 - 1 

To differentiate between an intersection block 
(including its influence blocks) from the other homogenoLis 
road blocks, codes are assigned for each block in the road 
data file as below 

code = 0 Road block 

code = 1 Inteersecti on block 

Based on these code the relevant logic for the road block and 
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intersection block are cal led - 

.3*4 Flow logic: 

The? -flow logic tor the vehicles entering an 
intersection consists ot the manner in which each vehicle is 
going to react to the situation it encounters at the 
intersection, with respect to vehicles waiting ahead of it, 
the length ot the intersection, the -flow levels in the cross 
stream, intersection geometry etc., actually before entering 
the intersection. 

The driver reaching the start of an influence 
block on e?ntry has to make certain dcecisions before he 
ventures up any actions* These include 

— Whether the vehicle has reached its destination- If 
it has reached destinaxtion whether to take a left or 
right turn. Left turning does not involve any 
interaction with cross flow* 

For straight and right turning movements crossing 
flow logic is adapted. 

The crossing gap logic for a vehicle arriving at an 
intersection is described with reference to the fig. 3*2* 

It illustrates two cases 

(a) The movement of a vehicle through an interBection 
without any delay, denoted by vehicle 'i ** 



"TIME 



FIS. 3-2 - FLOW LOGIC THROUGH INTERSECTION 
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(b) Del cay caused to the vehicle due to insufficient 
time headways between cross flow vehicles- This is 
detailed by vehicle "jV- 

The schematic logic for the case (a) above is as follows: 

(i) Let the vehicle 'i', reach the start of an influence 

block on entry at time The vehicle then computes the 

time for clearing the intersection under local speed 
condition 

(ii) The i th vehicle then checks for the time gap between 
the arrivals of cross flow vehicles- The time gaps for the 
cross flows are ge^nerated negative exponentially through a 
system procedure- It can be noted form the figure that the 
vehicle? 'A' in cross flow has already crossed the 
intersection long before the i th vehicle reached the 
intersection- Now the i th vehicle checks for its ability to 
clear intersection before it is interrupted by the vehicle 

(iii) The test is carried firstly by calculating the time gap 

at the instant i th vehicle is at the beginning of the 
intersection and the position of the vehicle 'B'* Since this 
time gap is greater Lhan the time for clearing 

intersection by the i th vehicle the vehicle clears 

the intersection without delay- 
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In case, for a vehicle which is subjected to delay at 
intersection, the flow behaviour is described as follows: 

(1) Let the vehicle in description j th vehicle be at the 
beginning of an influence block on entry at time the 

time of clearing intersection by this vehicle with its local 
speed be ' t j j ' 

(ii) The vehicle 'j' then checks for the gap provided 

by cross flow vehicles C and D, which is less than 'tdj'- So, 
the vehicle slowly decelerates its speed and reaches the 
intersection block and looks out for next headway- 

(iii) The subsequent headway between the ont 

vehicle E and the vehicle ahead D is also not sufficient 
the j th vehicle to clear in time Considering 

the j th vehicle waits for the next oncoming vehicle to 
the appropriate gap. 

(iv) The j th vehicle then checks for the new time he< 

^hc:3j) between the vehicle F and its present position- ! 
the time of clearance for the j th vehicle ^t(-.2j 
sufficiently less than <h^- 3 j) the vehicle accelerates fr- 
waiting ' position to come out of intersecti on . 

Until now we have considered the movement 
single vehicle clearing an intersection with or wi 
delay- If suppose, there is a vehicle coming on to 
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intersection -finds that there are already few vehicles 
waiting to find gap, this particular vehicle then decelerates 
its speed and joins the waiting queue in the influence block 
on entry. As soon as sufficient time gap in the arrivals of 
cross flow vehicles is found, the vehicles waiting in the 
queue are processed on the First In and First Out basis. 

The cross flow logic discussed above holds 
good when there is no interaction between the adjoining 
vehicles in the stream. But if there is any interaction it is 
checked before the cross flow logic is activated. 

The conditions that are necessary for the 
vehicles in order not to interact with the vehicles moving 
ahead in the i nterscecti on are as follows;- 

- The headway hjetween the current vehicle and the 
vehicle ahead should be greater than the head 
length of the catching up vehicle plus tail length 
of the vehicle that is caught up. 

(Head length indicates the distance required to 
slow down with given retardation to the speed of 
preceding vehicle. ■ 

Tail length is chosen so that the vehicles in a 
queue are separated by given time intervals) 

- Speed of the vehicle ahead is more than the current 


vehicle. 
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The intersection of flow logic impose control 
over the vehicles by not permitting c\ny lane changes and 
overtaking operations during their movement through 
intersections. In processing these logic's and also the queue 
disciplines, CLASS features of SIMULATION and SIMSET 
available in SIMULA are used. 

3.5 Data structure: 

The overall structure of vehicle as it flows 
on the road system is rep'resented as in fig- 3. 3. 

VEH -*• When the entry time of an vehicle equals the 

clock time, it is activated- 

WAITSUFTIME Waits for certain time with respect to other 

vehicles in the traffic stream before joining 
trcick(2>« 

VEHPROCESS - The vehicle starts and proceeds to its 

destination. 

INTERSECTION 

AND - Before actually the vehicle starts it checks 

NON-INTERSECTION whether the road block is an intersection 

block or not. If it is an i ntersecti on block 
or not- If it is an Intersecti on bl ock the 
process of vehicle takes place through 
procedure INTERSECTION or else the vehicle 




FIG. 3-3 




















VEHPROBODY 


TERM 


enters an 
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treats the? block as an ordinary road block. 

- If the vehicle is on a road block instead 
on intersection, this process is activated 
in which all the general procedures required 
•for an vehicle to move on a road are 
described. It consists of a choice between 
SITUATION - It consists of three alternatives 
TRACK 2 
TRACK 3 
TRACK 1 

SUF-'RISE It is assumed before this 

process that the vehicle is not 
subjected to any surprise by any 
other vehicle. If this 

assumption proves wrong the 
vehicle is made to undergo this 
process. 

This process terminates the 
vehicle on reaching its 
destination. 

The program structure for an vehicle when it 
intersection is as shown in fig.3.4. 

When a vehicle entering an i ntersecti on finds 
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that its movement is not going to hindered by any cross -flow 
vehicle, it clears the intersection without dela\y« The 
program structure -for this type of vehicle is represented as 
in f i g - 3* 5- 

For a vehicle which is delayed due to 
insufficient gap for clearing the intersection the structure 
is represented as in fig..3.6« 

The des>cription of the labels which are 
represented in the blocks i s as follows:- 

INTERSECTION - When the vehicle? enters an intersect! on 

block, this procedure is activated 
CHECK - It is a selection procedure, it checks for 

larger value of cross flow headway to clear 
vehicle with or without delay. 

NODELAY • - The vehicle which is not constrained by 

cross flow vehicles clears the intersection 
through this procedure. 

DELAY - When a vehicle is delayed due to 

insufficient gap provided by cross flow 
vehicles this procedure is activated. 
CROFLHDGTITER If the time headway between vehicles in 

cross direction is greater than time to 
clear an i ntersect i on , thi s is executed- 




FIG. 3-5 



FIG. 3-6 
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HOLD - Updates the time for the vehicle to clear an 

intersection- 

DRIVE The model data is updated and vehicle drives 

along the road. j. 

CRFLHDLTT - If there is no sufficient headway between 

cross flow vehicles this procedure is 
executed. 

HOLD (CRFLHDWAY) — It holds the time headway and awaits for 

next headway. 

CHECK - checks for headway is greater than or equal 

to time for clearing an intersection by an 
vehi cl e. 

3-6 Model inputs: 

The inputs to the model consists of two types 
deterministic and stochastic. The determi ni st i c inputs 
include road geometry, vehicle performance characteristics 
etc- and the later includes driver characteristics e-g- 
desired speed, overtaking gap acceptance etc., and traffic 
characteristics e-g- headway distributions. 

3.6-f Road datas 

The model considers the road to be simulated 
as consisting of a series of consecutive road blocks and a 
sight distance function in each direction of travel .Hach 
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road block is homogenous with regard to road geometry (road 
width, surface type, auxiliary lane, longitudinal slope, 
horizontal curvature) and traffic regulations (speed limit, 
overtaking restrictions, intersection code)- The inputs to 
the model for each block and in each direction are as 
follows: 

“ Distance coordinate of start of block 
Length of the road block 
-*• Median speed 

- Radius of curvature 

- Slope 

- Ovc^rtaking restriction 

- Lane code 

- Intersection code 

- Difstance co-ordinates of the change of sight length 
— Sight distance 

3-6-2 Intersection data: 

(a) Intersection length - The block lengths which are given 
as a input to the model from the road data file represents 
the length of an homogenous block- For the intersection the 
length includes (influence block on entry + intersection 
block •+■ influence block on exit)- 

(b) Intersection code - This code is also given as a input 
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to the model -from road data tile which consists ot road 
blocks having either ot the two (G) or 1) code numbers 
assigned to them. The 0 code suggests it is a road block and 
code 1 represents it to be an intersection- 

(c> Cross tlow vehicles The generation ot time headways 
between crossing vehicles at the intersection is carried out 
by activating a system detined procedure. The mean rate ot 
arrivals and a seed value is given as inputs to generate the 
time headways. ^ 

3-6.3 Vehicle data; 

The inputs to the model with regard to driver 
vehicle attributes consists ot 

- Identity number 

- Vehicle type 

- Di reaction ot travel 

- Entry block co-ordinate 

- Entry time 

- Entry speed 

/ - Exit block co-ordinate 

-'Basic desired speed 

- Power-Weight ratio 

These attributes can be obtained either trom the tleld 
observations or by the generation ot vehicle attributes trom 
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the aggregated vehicle data. In the present study, the 
vehicle attributes are generated from the aggregated vehicle 
data are used as inputs. Inputs to the generation model are 
traffic flow and its composition for each direction. Identity 
number is trivially generated. Vehicle type is sampled from 
the traffic composition. The headway at entry is determined 
taking into account the traffic flow and overtaking 
opportunities. Entry speed is determined by the road geometry 
for the free flowing vehicles and the speed of the leading 
vehicle for the constrained vehicles. Basic desired speed of 
a vehicle is generated out of the basic desired speed 

i 

distribution o-f that type, observed spot speed and the 
recorded journey speed, Power-Wei ght ratio is sampled from 
its distribution and a check is made to ensure that the 
vehicles? can maintain its basic desired speed on a flat road 
with this p— value- These distributions have been calibrated 
in ITSM- 

3.7 Model outputs: 

The outputs from the model are recorded in two 
files INTER and EVENT, The INTER file consists of all the 
events related to processing of an vehicle through an 
intersection. The events that are recorded in an INTER file 
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Identification no. of vehicle 

- Vehicle type to which the vehicle belongs 

- Time of entering the influence block on entry 

- Waiting time for the vehicle at the intersection due 
to delay, if any 

- Time to clear intersection 

- Exit time from influence block on exit. 

It must be seen that in the further work that 
is to be carried out on this model, all the events relevant 
to an intersection are recorded in an EVENT file, which 
possesses a detailed description of the vehicle from the time 
of its entry into road stretch to the point of its exit. The 
outputs that are noted down in an INTER file are further 
processed to obtain total number of vehicles and their total 
waiting time for each vehicle type in order to calculate mean 
and standard deviation of waiting time for each vehicle type. 

The output obtained in this form will be 
helpful to a traffic planner in case studying the traffic 
behaviour at an intersection to take up any engineering 
measured thereupon. 

The event file contains a record of each event 
in the simulation run. These events are recorded in 
chronological order and can be used for further processing. 
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Simulation results recorded in the event file are processed 
further to obtain the following output :~ 

(a) Statistical distribution at spots: 

““ Spot speed 

- Time headway 

- Queue length 

- QuGJue frequency 

<b) Statistical distribution between spots: 

- Journey speed 
Journey time 

- Number of overtaki ng/passi ngs 

(c) Traffic description character istics along the road: 

- Percentages of vehicle km- as 

* freely moving 

* queuing 

* overtaking/passing 

- Traffic time delay 

- Traffic fuel consumption 

(d) Traffic safety concepts: 

•“ Risk exposure 

- Conflict situations 

(e) Other traffic effects: 

Traffic noise 


i 
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- A?# A.XQ A182. 

- Traffic pollution 

These outputs can be used for model validation 
to estimate the benefits accruing from improvements of a road 
geometry and establish generalized relationship between 
traffic flow and geometry. 


nnnnnn 
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4.0 CHAPTER 
MDDEL RESULTS 

4. 1 Introduction; 

The ITSM has been calibrated and validated 
with the -field observations for plain, rolling and hilly 
terrains at different levels of service. As the simulation 
results show close aggreement with the field observat i ons , it 
can be said that the model possesses the potential for 
representing real life system of Indian highways. It is quite 
a complex model system. 

In the present study a new submodel for 
traffic flow through intersections is incorporated and the 
detailed flow logic for the same is given in chapter 3.0. The 
main objective of the study was to incorporate this logic 
structure into the existing model; and test the program for 
this logic, by simulating the traffic flow on a road section 
of 7 km. length with 2-3 intersections of different 
characteristics. The detailed outputs of all the events 
related to the intersection flow logic was thoroughly 
checked. The program finally emerged satisfactorily with this 
logic. 

However, the detailed analysis of simulation 
results for the entire road system is not taken up due to 
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constraints and is out o-f scope of this work. But the results 
that are recorded with respect to an intersection were 
analysed and are -found to be satis-f actory . It is suggested 
that the actual -field observations should be carried out with 
respect to the headways in cross stream and actual speed 
profile of vehicles moving through intersections. These 
observations will help to calibrate various parameters and 
facilitate the validation against the field observations. The 
logical structure developed presently is such that any 
changes -to the model in future can easily be incorporated. 

4.2 Design of simulation experiments: 

Initial testing of the model for the traffic 
flow through intersections was done by recording the detailed 
output of each individual vehicle as they pass through an 
intersection. The output with respect to each vehicle 
consists of all the relevant events like entry time, waiting 
time, time of exit and also the time of entry of other 
interacting vehicles are recorded and studied for further 
analysis. Once it was confirmed that the program is as per 
the flow logic, it was decided to conduct some simulation 
experiments on the model thereupon under different input 
levels. Due to various constraints of computation power 
available, a few simulation runs were made. 
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The flow process through an intersection 

depends upon 

- Intersection geometry 

~ Flow pattern on the road i.e, the type, 
position and speed of all the vehicles 
moving on the road under consideration. 

— Flow pattern occurring on the crossing 
highways. 

To have a fair idea of the traffic behaviour at the 
i ntersect i ons , the simulation experiments were performed to 
cover a wide? range of the input parameters. 

A 7.0 km. long stretch of road with an 

intersection of 50.0 mt. length between road co-ordinates 

3.45 km. to 3.50 km. in direction 1 and 3.5 km. to 3.55 km. 
in direction 2 was considered for simulation. A traffic 
composition consisting of cars (25%), HMV (60%) and two 
wheelers (15%) was taken for experimental design. The traffic 
flows on the road were varied from 100 veh/hr. to 400 veh/hr. 

at an interval of 100 veh/hr. For each of these four levels 

considered the cross flow levels were varied from 360 veh/hr. 
to 1200 veh/hr. with mean headways of 10,8,5,3 sec. 
respectively. A set of 16 simulation runs were conducted on 
the model to yield the results considering the above input 


1 evel s 
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4.3 Analysis of simulation results: 

The performance measure with regard to the 
vehicles in terms of waiting time at intersection was 
considered for analysis. The mean and standard deviation of 
these waiting times for each vehicle type was analysed and 
the results are given in table 4.1. 

The frequency distribution of the waiting 
times for different levels of traffic flow are given in 
fig.l, 2, 3. Fig. 1(b) shows that when the mean cross headway 
is 10 sec. (cross flow level of .360 veh/hr. ) at a traffic flow 
level of 200 veh/hr. the waiting time for most of the 
vehicles is less than 20 sec. However, when the traffic flow 
is considered to 400 veh/hr. for the same cross flow level' 
the waiting times of the vehicles has considerably increased. 
This increase in waiting times is due to the interaction 
between the vehicles on the road under simulation. This 
interaction takes place when the vehicles have a tendency to 
form a platoon at the intersection. A similar trend is 
observed in f i g , 2 ( a) , 2 (b ) and 3(a), 3(b) where the cross flow 
levels are 450 veh/hr. and 720 veh/hr. respectively. The only 
difference is that the mean cross headway has reduced (8 
sec.) the vehicles get less opportunity to clear the 
intersection. When the cross flow still further increased to 
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Tra-f -f ic 
•flow 
(veh/hr ) 

Cross flow 
(veh/hr ) 

Mean waiting time 
cars HMV 

(sec. > 

cars 

and 

HMV 

400 

360 

35.29 

9.89 

17. 32 


450 

110.08 

17.02 

44.25 


720 

186.07 

33 . 45 

78. 11 


1200 

194.97 

214.56 

208.82 

200 

3<f30 

4.76 

8.05 

7.08 


450 

11.80 

16.83 

15. 35 


720 

34.74 

44.46 

41.61’ 


1200 

170.20 

136.29 

146. 15 

100 

720 

22.55 

40.60 

35.32 

200 


34.74 

44.46 

41.61 

300 


37.05 

49.89 

46. 13 

400 


186.05 

33. 45 

78. 11 

100 

450 

12.46 

13. 06 

12.88 

200 


11.80 

16.83 

15.35 

300 


9.98 

19.10 

16.43 

400 


110.08 

17.02 

44. 25 





— 

— — 


Table 4. 1 



720 veh/hr. the vehicles on the simulated road may have to 
wait longer to find an acceptable gap in the crossing stream. 
The results in f i g . 4 (a) , 4 (b ) shows that for a cross flow 
level of 1200 veh/hr. the waiting times for the vehicles are 
very high. The mean waiting times for the vehicles at 
different flow levels are given in f ig. 5 (a) ,5 (b) . The values 
indicate that for a particular traffic flow level the 
waiting time increases with the increase in cross flow level. 
Beyond a certain cross flow level the increase is very sharp. 
Also the mean values of waiting times has decreased from 214 
sec. to 136 sec. With the decrease in flow level from 400 
veh/hr. to 200 veh/hr. respectively. 

The plot in fig. 6 shows that up to a traffic 
flow of 300 veh/hr- the traffic is almost under free flowing 
condition and there is not much increase in the waiting time. 
However, with the increase in traffic flow to 400 veh/l 
waiting times have sharply increased- This indicates tl 
interaction has started building up between the vi 
(Tioving on the road under simulation. 

As it is a common observation that, wi 
increase in flow levels either on crossing road or 
road under simulation, the delay for the vehicle 
The simulation results obtained also prove 
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poi nt , 

gi vi ng the i mpact 

of 

uncontrol 1 ed intersection 

wi th 

regard 

to d,el ay caused 

at 
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understanding the 

tra-f -f i c 

f 1 ow 


system at i nter sect i ons« 

4.4 Utility of the models 

The simulation results can be used to estimate 
the capacity of unsignalized intersections of various levels 
of service (in terms of waiting times) . 

The impact of alternative traffic management 
strategies of si gnaxl i zat i on , provision of grade separated 
i ntersect i ons can also be evaluated through the simulation of 
thee system- It provides the planner an insight into the 
problem and to determine his action in taking long term or 
short term traffic engineering measures. The model also helps 
in identifying the zone of influence for the intersection, 
providing a comprehensive picture of the things that are 
occurring outside the sphere of the actual intersection. 

4.5 Conclusions: 

The model for traffic flow through 
i ntersec^t i ons developed in the pDresent study simulates the 
flow of Cc-xrs, HMV, and two wheelers as they p)ass through an 
intersection. The program structure namely JSP which is used 
in making up of the original ITSM is also implemented in the 



^0 


new sabmad€5l so as to be i ncorporated into the ITS model 
without distorting its initial structure « The programming 
wor k is c: ar r i ed out in SI tilJL A67 « 

Some of the features of the model developed in 
this work include;;- 

- takes note of each individual vehicle that 
comes to pass through an intersection. 

- distinguishes an intersection from b , non— 
intersection. 

captures the events chat takes place 
within an i ntersev. t i on environment. 

4.6 Future work: 

The furthe; work thc^t can be carried out for 
model developme. t should include 

- calibration of model parameters through 
field data « 

- Validation of the model under different 
input levels. 

These can be done through comprehensi ve field data. 

Once all this conditions are met the model can 
be applied with greater confidence on any section of Indian 


road system. 
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